扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
|
/* KJ3qiAw Ticket示例是对客户电影票分配的处理 `i&ywk6 P%^,Ikah 本例要点: 9%D"IcyW3 1、使用了duration规则特性 #e~#w>\9$b 因为规则引擎的执行本身是在另外一个线程中进行的, $,3Tge# 因此使用了duration特性可以将指定的规则延迟一定时间运行 -fkueXA^ 但是要注意的是主线程中也需要做相应的延时,否则主线程结束后不会再处理子线程的结果 Od&B4C%O ?,Mo.<&M0 2、使用了Function函数 FFMU{cj >X>wC,~>w 思考: m}8'PIU5u2 1、原例子中使用不同的延迟时间决定规则的执行顺序,如果将所有"...Priority"规则的延时都设为相同会发生什么情况呢? dTGte{i&GS 首先将"Silver Priority","Gold Priority"的duration统一设为2000 #dV.~#V=t 其次将源码中的t4.setStatus( "Done" );暂时注释,然后执行示例 ) 1q^M5gs 我们会发现在没有使用duration之前规则的执行顺序为DCBA,(指客户名,按照Ticket插入的LIFO顺序激发) c m4 $ 而当使用duration之后,执行的顺序为ADCB,原来应当是最后执行的规则被调到最前面执行,而其它顺序不变; hPqIb*?V 如果调换一下Ticket插入顺序,会发现这个规律同样存在 gnuT^A !:p:[V" 2、取消t4.setStatus( "Done" )注释(原版中是t3.setStatus,这里为了方便演示改为t4)又会发生什么呢? |
濠电姷顣介埀顒€鍟块埀顒€缍婇幃妯诲緞閹邦剛鐣洪梺闈浥堥弲婊勬叏濠婂牊鍋ㄦい鏍ㄧ〒閹藉啴鏌熼悜鈺傛珚鐎规洘宀稿畷鍫曞煛閸屾粍娈搁梻浣筋嚃閸ㄤ即宕㈤弽顐ュС闁挎稑瀚崰鍡樸亜閵堝懎濮┑鈽嗗亝濠㈡ê螞濡ゅ懏鍋傛繛鍡樻尭鐎氬鏌嶈閸撶喎顕i渚婄矗濞撴埃鍋撻柣娑欐崌閺屾稑鈹戦崨顕呮▊缂備焦顨呴惌鍌炵嵁鎼淬劌鐒垫い鎺戝鐎氬銇勯弽銊ф噥缂佽妫濋弻鐔碱敇瑜嶉悘鑼磼鏉堛劎绠為柡灞芥喘閺佹劙宕熼鐘虫緰闂佽崵濮抽梽宥夊垂閽樺)锝夊礋椤栨稑娈滈梺纭呮硾椤洟鍩€椤掆偓閿曪妇妲愰弮鍫濈闁绘劕寮Δ鍛厸闁割偒鍋勯悘锕傛煕鐎n偆澧紒鍌涘笧閹瑰嫰鎼圭憴鍕靛晥闂備礁鎼€氱兘宕归柆宥呯;鐎广儱顦伴崕宥夋煕閺囥劌澧ù鐘趁湁闁挎繂妫楅埢鏇㈡煃瑜滈崜姘跺蓟閵娧勵偨闁绘劕顕埢鏇㈡倵閿濆倹娅囨い蹇涗憾閺屾洟宕遍鐔奉伓